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!| Supplement to (84051) RK-WP Date-ladling Functions 

* 

Since submitting the above paper I have received & read 
Computers in Crisis by J. T. and M . J* Murray. (It can be 
ordered from the publishers directly — see the price & address 
injthe review attached to my WP;) I attach many relevant 
pages from this important work. (Over half the book is 
pseudocode and (IBM) ALC listings of subroutines that sites 
can! call to perform the date-handling functions described by 
the! authors.) 

I list below my points of agreement and disagreement with the 

authors . 

i 

i 
i 

1. DISAGREE: They suggest calling the YEAR-DAY format 
w He'o Julian" • (I think "Long Julian" would be better.) ..But*.— 
preferably we should avoid all such idiosyncratic [and 
non-parallel names (like their "commercial 1 ' , :"FIPS", and 
"European") and use instead names whose length and content 
contain useful information, such as MO-DA-YR,. YR^O-DA, and 

DAf-WO-YR t and use YEAR-DAY rather than "Neo Julian" 1 . 

i ■ 

2. AGREE / DISAGREE: They suggest storing YEAR-DAY iiJ a 4-byte 
pa'dked field, rather than requiring DISPLAY. They! claim that 
be'cause some sites store 6-digit dates in packed 4-byte 
format, 4 bytes is the maximum that a replacement format 
shlould take. This point may be sound, but since some 
machines (e.g. micros) lack the ability to work with packed 
fields, it would seem better to use binary. The rigljthand 
twii bytes would be the day, and the lef thand J pair jth<* 4-digit 



DISAGREE: They believe that data in external storWeM^st^M 
converted to carry a 4-dlgit year, to enable validate 
handling across the turn of the century. This is -the basis 
for their difficult-to-do conversion plan (aptly described in 
"Chapter 11"). The simpler method is to convert only \j W • 
programs (to use date functions) and to let those functions 
contain a Virtual End Of the Century parameter (VEOC). In 
thks way the worst impact of the turn of the, century problem 
ma!y be "dodged". The "mapping" (done within the function) of 
a'virtual century (whose first, year, say, is- 03 & whose End 
year is 02) to the digit,s^Q0-99 can be , accomplished in a ; 
half-dozen instructions or less. (Subtract the End year 
value + 1 from all years & add 100 to negative results^ (J 
nolw believe that specifying the end-year of ;a century xs 
cliearer than the method of my WP, which suggested specifying 

thie Turn or start-year (00).) 

'I . . 

O'n'e difficulty with converting files is that all programs 
th'al use those files must be identified, f r ^ftfJljWf ^ n 4 switched 
over first. With the date-function dodge, dHcCUlV6Cr e 
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converted one at a time. R. L. Conner agrees 
thjis is a more practical solution for the real 
conversion — ^allergic managers) than the method 
pjqefers (converting files to an absolute date 
penalty of "dodging" is merely the processing 
mapping virtually high years like 03 to really 
li'ke 99. This is minor compared to a file con 
AWd the processing penalty is temporary — once 
cjejntury is out of the way, sites can. drop the 
and continue on their merry way. (Sites that 
to| a more sensible date format can still do so 
arid make use of the f unctions ' 1 1 ve suggested a 
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want to convert 
, of course, - 
s well . ) 



AGREE: They suggest starting what I call the "absolute" date 
ait! Jan. 1, 1601 t rather than at the astronomer's traditional 
jian. 1, 4713 B.C. This may simplify and speed some 
computations, be mentally simplej: for coders to grasp, and 
wi^ll enable the date to be stored (as BINARY) in 3 bytes 
rjdther than 4. This will allow 2700 years or so before the 
absolute date wraps around to zero. (Probably 4 bytes should 
ble what the function expects, though.) The. division of such 
diates by 7 still yields modulus values that match Cobol f s 
day-of-week conventions (l=Monday, etc.). (See p. 130 of the 

book.) ; 

i 

DISAGREE: They suggest an upper limit on YEAR of 3400 AD, 

siince 3400 should not be a leap year (it will get us 1 day 
out of synch with the sun) although the current formula says 
that it should be. I assume the ISO will have issued a 
Standard correcting the matter by then. (Maybe they could be 

it _ . . * . i -i "1 ' .J _ t. 



requested to do so now 



to enable stable universal^ date 
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routines to be written. Meanwhile, it could just be assumed 
that they will do so.) 
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AGREE: They provide return codes for all their "jf unctions" ; 

tjhese give different values for all possible errors in the 
ilnput. In some cases there are nearly 10 such codes. It 
seems to me that the CC will ultimately have functions where 
there are also numerous error possibilities, and where input 
could not be checked without nearly duplicating the action of 
jjhe function itself. (I.e., VALIDATE is insufficient.) 
iljhere should be special registers associated with such 
functions whose names are made up of the name of the function 
!{ilus some unusual prefix or suffix. For consistency, current 
functions should perhaps also switch to this method, rather 
jtihan returning a special error code as their function-value. 



Perhaps there could be a single return code? speciil register, 
ithe meaning of whose values would depend on the function last 
Referenced. Since nested functions might be executed, the 
first part of the special register Would be a code indicating 
iihe function that last placed a value in it. R6C6iV6U 
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AGREE: They suggest a function to returnDtej&°fi|9^Pence 
between two dates in terms of the elapsed /«91&?^[Qfonths, and 
days between them, as well as one that returns the number of 
dalys. This is useful for "long interval aging". (I attach 
the relevant pages from the book . ) ( 7?-£$ '■ ?0-) 

I : considered suggesting a function to do this, but was 
defeated by the anomalies inherent in the calculation, which 
made me unsure of how to define the result. : The first two 
functions on p. 2 of my WP (YR.-DAY & YR-M0-D»A and their 
vajriants) should simply allow "any date format" in 
arlgument-3; they would then return date differences (or sums) 
in YR-DAY and YR-MO-DA format (and their variants). 

AGREE: They provide a function that returns, true if a date 
is| a holiday or not. The user must fill in ja table parameter 
indicating which of many possible holidays in the US, Canada, 
et|c. he wants to the function to check for. (The model 
subroutine they provide includes a sophisticated calculation 

fbr the date of Easter.) 

< 

L omitted this function from my list because, its table 
argument requires some unusually "peculiar" information that 
iijdidn't possess, and because il felt CC members might object 
tjo it because some fuzzy judgment will be required in 
determining its allowable candidate holidays?. (The "where do 
we stop?" concern.) Overweighing that is the desirability of 
even an imperfect function of this kind. As the authors 
write: 

* 

"As we relinquish more and more control of our destiny 
to computers, we must humanize them. ... It is time 
now for the development of some user sympathetic 
software. Recognition of our holidays and celebrations 
is but an elementary step in this direction.- Like so 
many broadly accepted notions, this too has an economic 
basis . " 



11 suggest the function: 

; l 

M IF-HOLIDAY (argument-1 argument-2) 

' I 

Algument-1 (as always) is. any. of the three date formats. 
Atgument-2 is the name of a table containing coded entries 
represent irijg "(according to some convention yet to be 
determined) the holidays that are to be considered as 
candidates by the function. . ^ 

t|ve spoken to J.T. Murray, and he has indicated his 
willingness to attend a CC meeting to discuss the seriousness 
of the problem and his book. (He is Director of MIS at The 
Rbse Packing Co. / 453 Raintree Dr. / Glen ?llyn IL 60137 / 
312-381-5700.) The publisher has given me permission to have 
the attached xeroxes distributed to the CC.and is willing to 
s»ll 20-odd copies of the book at wholesale to the! CC. (TVSy 
Would be sent to a meeting site.) 



